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BATCH PROCESSING JOB STREAMS USING 
AND/OR PRECEDENCE LOGIC 

5 FIELD OF THE INVENTION 

The present invention generally relates to analysis and optimization of 
batch processing job streams such as by a scheduler and, in particular, to a 
system for simulating, analyzing and optimizing such job streams that 
accommodates arbitrary precedences (including both AND and OR precedences) 
10 and utilizes both a critical path method and minimum moment resource leveling. 



BACKGROUND OF THE INVENTION 

Corporations today are required to implement and participate in 
15 computerized business infrastnjcture, hence the existence of infomnation 
technology (IT) departments. From the very beginning of IT, batch processing 
has been a key task necessary to a functioning business. Initially, batch 
processing was an integral part of early mainframes where all jobs within a batch 
process were run on one machine. As such, a software component called a 
20 "scheduler*' was required to manage the processing of the batch jobs. Since the 
jobs needed to be run in a particular order, i.e. exhibited a dependency order of 
predecessors and successors, the jobs in batch processing are referred to as a 
"job stream". 

While mainframe schedulers were integral to the operating system of the 
25 mainframe, third-party scheduler applications could be purchased and installed to 
manage job streams, as well. In the 1990s with the growth of company wide 
intranets, batch processing became distributed across a company's mainframes, 
servers, workstations and desktop PCs. Scheduler applications to handle 
processing on heterogeneous distributed CPUs, became available in the early 
30 1990s. Schedulers provide functionality in three areas: job stream creation, 
managing Job stream execution and job stream monitoring. 

IT departments are tasked with running job streams successfully, in a 
certain amount of time, on a finite numbers of machines. Successful execution is 
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achieved through careful job stream design, use of events, and alarms and 
monitoring. Given a successful run, the overall time required to complete a job 
stream is governed by several factors. Some of these factors are independent, 
others are dependent 

5 Assuming all other factors equal, the smallest amount of time for a job 

stream to execute depends on the number of jobs, the predecessor/successor 
hierarchy of the job stream, the execution time for each job, and inherent 
overheads that contribute to latency such as communications or the execution 
speed of the scheduler Itself. These factors can be temied dependent factors. In 

10 other words, the job stream must have a finite execution time. Other dependent 
factors can be external constraints placed on the job stream that are not 
controlled by the scheduler. An example of this would be a job that must wait for 
a file to download from an external source. 

Independent or controllable factors are related to the environment upon 
15 which the job stream executes: the corporate IT infrastructure, its machines, 
peripherals and network bandwidth. Any given job stream will, as a rule, run 
faster when using numerous and more powerful computers connected to greater 
bandwidth. Any given job stream will mn slower on a few computers heavily 
loaded with many concurrent jobs from the same and other job streams, 
20 connected to saturated bandwidth. Therefore, a given IT infrastructure consisting 
of computers (CPUs, memory, disks, and I/O), peripherals (tape drives, printers, 
or other machines) and a network (hubs, routers, firewalls and connections to the 
internet), has an upper limit of performance that will affect job stream execution 
times. This upper limit is quickly reached as the execution times and number of 
25 jobs increase. These increases, tied to corporate growth, will saturate any given 
IT infrastructure over time. 

Managing job loads on a given IT infrastructure and avoiding saturation is 
a major concern to IT departments; machines are the critical resource. Resorting 
to machine, peripheral or network upgrades and purchases is capital intensive. 
30 Some schedulers provide a means of optimizing job loads. All of these means are 
empirical: they require a numeric estimate, machine load units (MLUs), for 
example, of machine resources a given job will require and an estimate of the 
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total MLUs of which a machine is capable. The scheduler can use this knowledge 
to queue jobs or, if a pool of machines capable of running a given job has been 
defined, move a job to another machine within the pool. Queuing up jobs results 
in longer job stream execution times, it just avoids saturating a machine. Moving 
5 jobs about the machines in a pool reflects only that the current IT Infrastructure 
has not been saturated; it avoids saturating any one machine without the delays 
inherent to a queuing strategy. Once the machines in the pool are saturated, 
queuing must be used and execution times increase. 

Estimating machine and job load factors is difficult. An IT technician 
10 administrating a scheduler must know what a job does specifically and what 
machine resources are needed by that job (Is it CPU intensive or disk intensive, 
for example). In many cases jobs and job streams are defined by other 
individuals in other corporate departments, or are undocumented, cryptic 
scripts - specific knowledge about the job may be unavailable, if a scheduler 
IS administrator does know what a job does, load factors are still ballpark estimates, 
at best. Similarly, the maximum load a machine can take is also an estimate. 



SUMMARY OF THE INVENTION 

It has been recognized that a better solution for managing and leveling job 
20 streams across a finite set of IT resources is for schedulers to actually schedule. 
Conventional schedulers only reactively manage starting and stopping jobs, 
exceptions and events. When a job's predecessors and other constraints have 
been satisfied, a conventional scheduler will execute that job at that time. Such 
conventional schedulers generally do not recognize, for example, that it may be 
25 possible to delay the start of a job to a later time when machine loads are less 
without increasing the overall mn time of the job stream of which the delayed job 
is part , i.e., that it may be possible to proactively schedule events rather than 
wait for and identify opportunities to proceed. 

The present invention provides a product and associated methodology for 
30 scheduling job streams and leveling machine loads automatically without regard 
to specific knowledge of a job's internals or estimates of its machine load and 
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without specific knowledge of a machine's resources or its total machine load 
capability. The present invention also allows for graphically depicting a job 
stream schedule including float, and allow for better identifying and managing 
float for enhanced job stream efficiency. Moreover, the present invention can 
5 handle arbitrary precedence logic and precedence types so as to address a 
variety of job stream scenarios. 

The Critical Path Method (CPM) constitutes a well known set of algorithms 
within Computer Science. While these algorithms have broad applicability, they 
are mostly used commercially in the project management arena. Microsoft 

10 Project is an example of an application which does CPM. Very large construction 
projects (dams, sports arenas, nuclear reactors, office buildings, airports) use 
sophisticated software packages to manage the project. CPM analysis Is a key 
component to these software packages. However, CPM analysis has generally 
had very limited applicability to optimization of batch process job streams that 

15 have arbitrary precedences, i.e., that are not limited to AND precedences. 

In this regard, batch process job streams include a series of functions or 
jobs relationships with defined precedent governing sequen&e relationships to be 
executed on a defined, finite set of network resources as a "batch", e.g., with little 
or no user input after initiation of the job stream. The resource set may involve a 

20 centralized processor such as a mainframe and associated database tools or 
may be distributed across multiple processing platfonns and storage or other 
networi< devices. The nature of such job streams are as varied as the enterprises 
where they are executed. However, batch processing applications are readily 
distinguished from construction project management and similar conventional 

25 applications where conventional CPM analyses have been employed. In such 
conventional applications, CPM analysis has been used, for example, to 
schedule equipment and other resources so as to timely complete a project. The 
product of such analysis is often a chart or other hard copy reference used by a 
project manager for planning and monitoring the project. The CPM tool has 

30 therefore been mainly a product for generating reference materials used by a 
decisionmaker in conventional applications. 
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In batch processing applications in accordance with the present invention, 
a CPIVI tool is actively involved in defining a schedule, issuing commands to 
trigger job execution, nnonitoring actual run times during execution, rescheduling 
jobs as required or allowed, providing graphical displays for enhanced planning 

5 and monitoring, and generating alarms as needed. Thus, in the context of batch 
processing, the present invention is not limited to providing reference materials 
for use by a decisionmaker but in fact makes or executes decisions and 
dynamically manages job stream execution. In this regard, the algorithms of the 
present invention can be executed with sufficient efficiency to allow for such 

10 substantially real time functionality. While certain aspects of the present 
invention are applicable to a variety of job stream contexts, such batch 
processing represents an especially advantageous application of the invention. 

The present inventor has determined that CPM algorithms can be 
adapted so as to be more fully applicable to the optimization of batch process job 

IS streams. Current schedulers generally do not use even the conventional CPM to 
optimize job streams. Moreover, current CPM algorithms are not general enough 
to support the precedence strategies allowed by most schedulers. If the CPM 
algorithm is used by a scheduler it is often as a visual tool to aid 24 x 7 
monitoring without effective CPM based forward looking simulation, analysis or 

20 optimization. In any event, in most cases where the conventional CPM is said to 
be used, it is believed that either the CPM is not calculated correctly (for reasons 
described below), or the term "critical path" is inappropriately used. 

There are at least two key areas not believed to be supported by current 
CPM algorithms: 

25 1 . The current CPM algorithms are only specific to AND precedences. 

Thus, in Figure 1, Job C cannot run until both Job A AND Job B have run. 
However, it is possible in any current scheduler to set up any arbitrary logical 
AND/OR precedence. For example, in Figure 1, Job I cannot run until Jobs ((F 
OR G) AND H) have run. 

30 2. The precedence within a job stream can be "typed". For example, 

precedence can be of type success, failure, termination, etc... Hence, in 
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accordance with the present invention, a job dependency can be written as: Job 
D cannot run until: (Success (Job A) OR [Termination (Job B) AND Failure (Job 
C))). Conventional CPM algorithms only handle a success type of precedence. 

In accordance with one aspect of the present Invention, a method and 

5 apparatus (collectively "utility") .is provided for processing job streams using a 
generalized Critical Path algorithm that handles any arbitrary AND\OR 
precedence relationship. The utility involves receiving input infonnation defining 
a job stream including arbitrary precedence logic, configuring a processor to 
execute a Critical Path Method (CPIVI) algorithm adapted to handle the arbitrary 

10 precedence logic and employing the processor to process the job stream. The 
job stream includes at least one AND precedence set such that the execution of a 
successor job is dependent on an outcome of each of two or more predecessor 
jobs and at least one OR precedence set such that the execution of a second 
successor job is dependent on an outcome of less than all of two or more 

15 predecessor jobs. The CPM algorithm involves identifying a job path within the 
job stream where each job on thexritical path has an identical eariy start and late 
start time upon proper application of all associated precedences. Such an 
algorithm for handling arbitrary precedence logic is described below. The 
processor can process the job stream to schedule the various jobs in accordance 

20 with a desired optimization criterion, for example, such as resource leveling, to 
graphically display a potential schedule ihcluding associated floats, to provide a 
graphical or other user interface to allow a user to manipulate a potential 
schedule and/or to alter scheduling parameters such as adding float to the entire 
job stream or a portion thereof. 

25 In accordance with another aspect of the present invention, a utility is 

provided for processing job streams using a generalized critical path algorithm 
that handles any arbitrary precedence type. The utility involves receiving input 
information defining a job stream including arbitrary precedence types, 
configuring a processor to execute a critical path method algorithm adapted to 

30 handle the artDitrary precedence types, and employing the processor to process 
the job stream. The job stream includes at least a first outcome type relating to a 
first outcome of a first predecessor job and a second outcome type, different from 
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the first outcome type, relating to a second outcome of a second predecessor job. 
For example, such outcomes may include "success", "termination", and "failure." 
The CPM algorithm is operative for identifying a critical path within the job stream 
upon proper application of the associated precedences. An appropriate algorithm 
5 is discussed in detail below. The processor may process the job stream to 
optimize the job stream, graphically depict the job stream including floats, allow 
for manipulation of a potential schedule by a user, and/or allow for various other 
processing. 

According to a further aspect of the present invention, a utility is provided 

10 for processing job streams for improved resource leveling. The utility involves 
receiving, input infomiation defining a job stream, configuring a processor to 
execute a resource leveling algorithm and employing the processor to process 
the job stream using the resource leveling algorithm. The job stream may be a 
simple job stream defined by only one type of logical precedence operator and 

15 precedence type or may be a more complicated job stream involving arbitrary 
precedence logic and/or arbitrary precedence types. The resource leveling 
algorithm Is directed to moderating a usage extremum of at least one resource of 
a defined resource set. For example, the resource may be an identified processor 
or information storage unit. Usage of the resource may be leveled by reducing a 

20 maximum (or local maximum) usage level of the resource or increasing a 
minimum (or local minimum) usage level of the resource relative to the execution 
time period of the job stream. The processor may process the job stream by 
defining a schedule using the resource leveling algorithm, providing a graphical 
depiction or other output illustrating the potential enhanced resource usage in 

25 accordance with the algorithm or othenwise processing the job stream. 

According to another aspect of the present invention, a utility is provided 
for utilizing inherited or transferred float to optimize job stream processing. In this 
regard, inherited float refers to float that is legated from a parent object to a child 
object of a job stream. Transferred float refers to float that is transferred between 
30 jobs having a defined precedence relationship within a job stream. 

More specifically, a parent object is any object of the job stream that 
subsumes more than one child object having a common precedence context 
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within the job stream. An example is a substream composed of multiple jobs. If 
the substream has a quantity of float within the larger job stream context, that 
float can be legated to each of the component jobs of the substream. Thus, the 
float of the substream is not limited to being used to move in time the substream 
5 as a unit, but may be used to move in time a particular job with any attendant 
affects on related jobs. 

An associated utility involves receiving input information defining a job 
stream, identifying a parent object of the job stream having first and second child 
objects, identifying a float associated with the parent object and configuring a 

10 processor to detemnine a float for one of the first and second child objects that is 
due at least in part to inheritance from the parent object. In this regard, float 
refers to a temporal flexibility of at least one of a start time and an end time for 
executing one of the child jobs. Such inherited floats may be available, for 
example, where the parent object is not part of a critical path of the overall job 

15 stream. The inherited float may be used to vary an execution time of a child job 
even though that job may be part of a critical path with respect to the parent 
object, e.g., a local substream. Thus, the inherited float allows for optimization 
such as for resource leveling even with respect to jobs that might appear to have 
a critical timing within the local context within the job stream. 

20 Transferred float involves predecessor/successor relationships rather than 

parent/child relationships. In this regard, a predecessor job is a job defined by 
precedence relationships of a job stream such that the job is executed at least in 
part prior to a successor job. That is, the successor job is dependent on the 
predecessor job. A given job may be predecessor of one or more jobs and a 

25 successor of one or more other jobs. Transfer occurs when float of one job is 
added, subtracted or recharacterized based on movement or execution of a 
related job. Such transfer may move upstream or downstream with respect to a 
job stream. For example, a predecessor job may have a quantity of total float but 
no free float (as discussed in more detail below) because a successor job is 

30 scheduled to immediately follow the predecessor job. If the successor job is 
rescheduled to a later time (e.g., during planning or execution of the job stream), 
a corresponding interval of the predecessor job's total float is converted to free 
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float, thereby effecting a transfer.' Conversely, if a predecessor job has free float 
and is scheduled to a later time, back float may be subtracted from a successor 
job. The present invention can accommodate such transfers by displaying floats 
to facilitate manual scheduling, automatically calculating and recalculating floats 
5 associated with transfers, and dynamically rescheduling a job stream, based on 
such transfers, as a function of monitoring actual execution times. 

According to a still further aspect of the present invention, a utility is 
provided for graphically depicting a job stream schedule including at least one 
float. The utility involves receiving input information defining a number of jobs to 

10 be executed using a defined resource set, and operating a computer system to 
determine and graphically depict output information including float for at least one 
of the number of jobs. For example, the output information may be provided in 
the form of a graph or chart on a graphical user interface that includes graphical 
elements depicting a start time, an end time and a float, such as a total float or 

IS free float as discussed below for a particular job. In one implementation, the 
schedule for a job stream is depicted on a graph where one axis identifies jobs or 
loading and another axis identifies time such that the run times and floats for 
each job can be graphically depicted in a single panel. Such graphical depictions 
including float may assist a user in manually rescheduling a job stream or 

20 determining the criticality of an alarm or job delay. 

According to another aspect of the present invention, a utility is provided 
for allowing a user to reschedule a job stream via a simple command entered 
relative to a graphical user interface. The utility involves receiving input 
information defining a job stream, operating a computer system to graphically 

25 depict a usage graph reflecting a usage level of at least one resource of a 
resource set over a time period corresponding to execution of at least a portion of 
the job stream, receiving via the graphical user interface a user input for altering 
a portion of the usage graph, and operating the computer system to alter the job 
stream schedule based on the user input. For example, the computer system 

30 may first be operated in accordance with the present invention to determine and 
graphically display a proposed schedule for a job stream. The graphical display 
may show at least the run times for various jobs depicted as graphical elements. 
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In one implementation, the user may drag and drop the graphical element 
corresponding to a particular job so as to reschedule that job. The logic of the 
present invention may monitor such manual inputs so as to prevent, or otherwise 
provide warnings in connection with, inputs that violate predefined criteria, such 
5 as proposed movements that increase the run time of the overall job stream or 
result in undesired usage levels of machine resources. The computer system 
may further be operative to recalculate and display scheduling information based 
on the change. In this manner, the expertise of a user may be leveraged while 
taking advantage of the processing capabilities of the present invention. 

10 According to a still further aspect of the present invention, scheduling 

information including a detenmined float time are used to determine the time for 
triggering an alarm. In some cases, conventional schedulers trigger alarms when 
a job is believed to be delaying the job stream. In this regard, such conventional 
systems may monitor a duration of a job or an end time of a Job. Such 

IS schedulers generally do not involve any consideration of float times. The utility of 
the present invention involves receiving input information defining a job stream, 
operating a computer system to determine first information related to an 
execution time of a job and second information relating to a float time of the job, 
. and operating the computer system to determine a time for triggering an alamri 

20 based at least in part on the Infomnation relating to the float time of the first job. 
In this manner, float time may be considered in triggering an alamn so as to avoid 
an unnecessary alamn. 

According to a further aspect of the present invention, a utility is provided 
for using "back float" In determining a schedule for a job stream. The utility 

25 involves receiving input information defining a job stream, operating a computer 
system to identify a back float for a first successor job and using the back float to 
determine an actual starting time for the first successor job. In this regard, the 
back float relates to a flexibility to move a scheduled starting time of the first 
successor time without rescheduling a preceding predecessor job. Thus, jobs 

30 within a job stream may be moved fonA^ard or backward in time to optimize a job 
stream schedule, such as to level resource usage. 
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According to a still further aspect of the present invention, a utility is 
provided for adding float to an entire job stream. The utility involves receiving 
input information defining a job stream, operating a computer system to add float 
time to the entire job stream and operating a computer system to use the input 

5 information defining the job stream and the edited float time to schedule 
execution of the job stream. In this manner, flexibility may be provided as to the 
execution time of jobs within the job stream, including jobs located on a critical 
path. Such float may be useful, for example, to improve resource usage in 
relation to resource loading from sources outside of the job stream. Such float 

10 may be added by way of a simple graphical interface element as will be 
described in more detail below. 



BRIEF DESCRIPTION OF THE DRAWINGS 

15 For a more complete understanding of the present invention and further 

advantages thereof, reference Is now made to the following Detailed Description 

taken in conjunction with the drawings, in which: 

Figure 1 is a graphical representation of a job stream that is processed In 

accordance with the present invention; 
20 Figure 2 is a graphical representation of another job stream that is 

processed in accordance with the present invention; 

Figure 3 is a graphical representation of the job stream of Figure 1 with the 

critical path jobs, as identified in accordance with the present invention, identified 

by shading; 

25 Figure 4 is a screen shot showing a job stream schedule and an 

associated Gantt chart generated in accordance with the present invention; 

Figure 5 is a histogram representing job loads that can be leveled in 
accordance with the present invention; 

Figure 6 shows a chart, generally corresponding to the job loads of 
30 Figure 3, where the non-critical path jobs are rescheduled to minimize job load 
together with a leveled job load histogram; 

Figure 7 is a screen shot showing a chart, generally corresponding to the 
job loads of Fig. 4. where the non-critical path jobs are rescheduled to minimize 
job load together with a leveled job load histogram; 



11 



wo 03/067425 _ . . _PCTAJS03/03562 

Figure 8 is a screen shot, similar to Fig. 7, showing a run-time graphical 
user interface; and 

Figure 9 is a screen shot, similar to Fig. 8, where 5 minutes of float has 
been added to the entire job stream for improved resource leveling. 

5 

DETAILED DESCRIPTION 

In the following description, the invention is set forth in the context of a 
10 software product and related functionality and structure identified by the 
trademark "Optimizer" of Fountainhead Software, LLC. While the Optimizer™ 
system represents an advantageous implementation of the invention, it will be 
appreciated that various aspects of the invention may be implemented in 
altemate fashions. Accordingly, the following description should be understood 
15 as exemplifying the invention and not by way of limitation. 

The Optimizer"^*^ system of the present invention may be Implemented as 
a software product which provides automatic scheduling and leveling of machine 
loads on machines running a given job stream. In this regard, the Optimizer 
software works in collaboration with a scheduler application, e.g., a third-party 
20 software package manufactured by companies such as Computer Associates or 
IBM to provide unique functionality. 

The Optimlzer'^'^ system levels job loads by automatically creating an 
altemate schedule that flattens machine loads without requiring extensive 
knowledge about jobs or machines and without any modifications to the existing 
25 job stream including external constraints or predecessor/successor 
dependencies. 

Job Streams, Dependencies and Precedent Logic 

Initially, it Is useful to understand the concepts of job streams, 
30 dependencies and precedent logic. Fig. 1 graphically represents a job stream. 
As will be discussed in more detail below, a job stream may be divided into sub- 
streams or Include contingent paths. Fig. 1 thus represents a relatively simple 
job stream for purposes of illustrating some fundamental concepts. In Fig. 1, the 
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arrows denote the dependency between predecessors and successors. An arrow 
that ends in an arrowhead is an AND precedence; one that ends in a ball is an 
OR precedence. Hence, job J is dependent on jobs: (G OR H) AND F\ job / is 
dependent on jobs: {F OR G) and H. 

5 Fig. 2 shows another Job stream, represented as a schematic, which 

illustrates a more complex structure. The illustrated job stream generically 
consists of three types of objects: smaller, contained substreams (labeled as 
boxes), jobs, and dependencies. A job is an atomic unit of work, a single process 
constituting some amount of work which Is not broken down into smaller tasks 

10 and therefore constitutes the basic element of a job stream. A job stream is some 
amount of work for which scheduling and/or work flow optimization is desired. 
This job stream may be broken down into separate, smaller substreams which, In 
turn, can be distilled Into jobs. This is a representation of the intuitive process of 
breaking down tasks into smaller and smaller subtasks. As discussed below, it is 

IS often useful to define portions of the Job stream as a substream for purposes of 
optimization processing. In such cases, a substream job's context within the Job 
stream may be maintained by the properties of inheritance and legacy as 
discussed below. The dependencies, represented as arrows, enforce a 
sequence of execution between the jobs and job streams. In total, this represents 

20 a schedule. 

One important distinction between Jobs and job streams is that only jobs 
use machine resources. The group of jobs that fomi a job stream is an 
abstraction. This abstraction can have dependencies on other Jobs, but ultimately 
it is only composed of atomic jobs forming a virtual group with like dependencies 
25 and a common task. This is an important distinction when the Optimizer™ system 
levels machine loads. 

Importation of a Job Stream 

The first action requires that a job stream be imported into the application. 
This may be achieved by several steps, one of which is to load a file which 
30 contains descriptions of the jobs. Historically, schedulers typically use a job 
description or command language (JIL/JCL) implemented as an ASCII file 
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(readable and writable by word processors). The following code is an example of 
a portion of a JIL file: 

insertJob:job11_1 
box_name: box3 
5 condition: successOob9_3) AND successQobl 0_1 ) 

jobjype: c 
alarm_if_fail: y 
auto_hold: n 
box_terminator: n 
10 command: "c:\tmp\30s.baf 

date_conditions: n 
job^termfnator: n 
machine: brahms 

This language is used to load job descriptions, which constitute a job stream, into 
15 the scheduler application. With the Optimizer^" system, these files are used to 
import the job stream into the application. It will be appreciated that infomriation 
defining a job stream can be received in any appropriate way. 

A job has four parameters or execution times which are the outcome of 
CPM analysis: Early Start (ES), Early Finish (EF). Late Start (LS) and Late Finish 

20 (LF) where any difference between the Early Start and the Late Start times, as 
well as the difference between the Early Finish and Late Finish times, define a 
temporal flexibility or float with regard to execution of a job without delaying 
completion of the job stream. It is this float that can be exploited by the present 
invention to optimize scheduling relative to a defined criterion, such as machine 

25 load leveling. Any job which has the same ES and LS times (and, given a 
duration, the same EF and LF times) is on the critical path: any increase in the 
duration of this job will delay the finish of the job stream. Any job not on the 
critical path has different ES and LS times (and, hence, different EF and LF 
times). In other words a non-critical path job may be able to run within a window 

30 and not increase the duration of the entire job stream of which it Is a part. 

Thus, once the job descriptions have been loaded into the Optimizer'^ 
system, start and end times are associated with each job and the smaller, 
contained substreams. This can be done in at least two ways. The first Is to add 
two tag/value pairs to the JIL file for each job: 'startjime:' and 'endjtime:\ Each 
35 tag is followed by a number representing absolute time, e.g., in coordinated 
universal time format (UTC), an intemational standard. The second approach is 
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to download the start and end times from the scheduler database directly using 
the History menu choice. The first approach may be used for two reasons: (1) 
The job stream has not run within the scheduler, or (2) The jobs in the JIL file 
represent an incremental addition to a job stream which has already been 
5 optirnized and executed by the Optimizer"™ system. 

This initial historical data represents the default or opportunistic behavior 
of the scheduler. Once a job stream has been optimized, any additions or 
modifications to that job stream within the sclieduler must be also added to the 
Optimizer™ system. A job stream which has been continually optimized and 
10 executed by the Optimizer™ generally will not be run with default behavior just to 
obtain opportunistic runtimes. Therefore, the incremental loading of JIL files with 
associated estimated execution times Addresses this issue. 

Once the historical data has been loaded Into the Optimizer™ system as 
part of the import process the analysis can begin. This analysis uses the 

15 generalized CPI\^ algorithm of the present invention to detennlne the critical path 
jobs and the Free and Total Floats of the non-critical path jobs. It will thus be 
appreciated that the Optimizer™ system may be provided with two inputs: 1) a 
job stream definition that establishes depending relationships and 2) information 
initially establishing job durations. The Optimizer™ system then operates in 

20 accordance with the present invention to determine execution times and optimize 
job stream scheduling. 

A Generalized Critical Path Method Algorithm for AND/OR Precedence 

Given an activity-on-node graph, G (see, e.g.. Figure 1), exhibiting 
25 AND/OR precedence, the algorithm for calculating critical path in accordance with 
the present invention may include a fonvard and backward pass. The fon/vard 
pass produces the Early Start (ES) and Early Finisli (EF) times; the backward 
pass produces the Late Start {LS) and Late Finisli {LF) times. The graph, 6, has 
duration Dg. 
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An activity on the critical path has the same Early Start and Late Start 
times, and, given Duration (D), has the same Early Finish and Late Finisti times. 
As noted above, an activity with different ES and LS times such that ES<LS (and 
subsequently EF<LF), is not on the critical path. Moreover, the span of time 
5 between ES and LS constitutes a window in which the activity can float. The 
activity's start time can either be delayed or, alternatively, the duration of the 
activity can increase. 

Two types of float exist for each activity: Free Float {FF) and Total Float 
(TF). Free Float Is the amount of time an activity can be delayed (or increase in 

10 duration) without causing a delay in the ES time of its successors. Total Float is 
the amount of time an activity can be delayed (or increase in duration) without 
delaying the finish time of the entire graph, G. These two floats, FF and TF, are 
calculated on a final forward pass using the four times ES, LS, EF and LF. The 
standard CPM algorithm is well known, and has been used for activity-on-node 

15 graphs exhibiting only AND precedence. The following algorithm has been 
generalized to conrectly calculate all six times for any activity-on-node graph with 
AND/OR precedence of any arbitrary nesting. 

Early Start/Finish 

For activity J with predecessors / through n and duration D. the Early Start time 
(ES/) Is calculated as: 

Ify is dependent on an OR clause, \hen:ESj^ minimum ( EF/...n) 
Else If dependent on an AND clause, then: 

ESj = maximum ( EF/...n ) 

Complex clauses, e.g. (A OR B) AND C, are resolved: 

ESy = iiiax( ni/n(EF/i, EFs), EFc)) 

The Early Finish time (EF/) is calculated as 

EFy=ESy + Dy 
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Late Start/Finish 

For activity / withi successors j through m, the Late Finish (LF/) is calculated: 
For any successors for which / is an AND precedent: 

LF/ = minimum ( LSy...,7i )• all OR precedents are ignored 

For all successors for which / is only an OR precedent: 

LP/ = minimum { LSy...i„) where ESy„.m = EF/ 

If, for all successors j through m, for which / is only an OR precedent and 
ES/..^ T^EF/ or / has no successors: 

LF,= De 

For activity /, the Late Start (LS/) is calculated: 
LS/=LF/-D/ 

Free Float 

For activity / with successors j through m, the Free Float (FF/) is calculated: 

If / has more than one successor, then 

If precedent clauses are heterogeneous {AND and OR), then 

FF/ = minimum ( ESj,„ni ) - ES/ - D/ , where ESy.„m = EF/ 

If precedent clauses are homogeneous (all AND or all OR), then 

FF/ = minimum ( ESy.„m ) - ES/ - D/ 

If / has only one successor, then 

If precedent clause is an AND, then 

FF/ = minimum ( ESy ) - ES/ - D/ 
If precedent clause is an OR, then 

FF/ = minimum ( ESy ) - ES/ - D/ , where ESy = EF/ 
If precedent clause is OR and ESy ?sEF/ , then 
FF/ =D6-ES/-D/ 
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Total Float 

For activity /, the Total Float (TF/) is calculated: 
TF/=LF/-ES/-D/ 

Table 1 displays the results obtained by running the generalized CPM 
algorithm of the present invention on the job stream shown in Figure 1, where the 
job durations are assumed to be known (e.g., based on empirical data and 
statistical analysis thereof). Figure 3 shows the job stream from Figure 1 with the 
5 critical path shaded. Note that this example, for purposes of illustration, only 
shows success precedence types. It will be appreciated that other precedence 
types are supported by the present invention. 
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Table 1 



With regard to other precedence types such as "Termination" or "Failure", 
10 these may be addressed In a variety of ways. In certain cases, such precedence 
types may be accommodated within the context of logical AND precedences 
without otherwise altering the critical path analysis. For example, a given job, say 
Job Z, may be executed if predecessor Job X is successful and predecessor Job 
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Y fails. Such a contingency may not affect the critical path analysis in some 
cases. In such cases, the CPM algorithm would simply be executed as described 
above. That is, the CPM algorithm and associated logic can handle such 
disparate precedence types without concern regarding the precedence type 
5 definitions. 

In other cases, such precedence types can be accommodated within the 
context of logical OR precedences. For example, Job Z may be executed if 
either Job X or Job Y fails, for example, to provide operational redundancy. 
Again, in certain cases, such contingencies may not affect the critical path 
10 analysis. In such cases, the CPM algorithm may proceed as described above. 

In still other cases, accommodating different precedence types may result 
in "branching" of the critical path. In this regard, the activity on the node graph of 
Fig. 1 is a graphical representation of the information that would be provided to 
the CPM engine as a starting point for the CPM analysis. Such information about 

15 the job stream is provided by a scheduler, either through a direct interface using 
an appropriate API, or through an intermediate format, such as a well known file 
fornnat. Modifications to a job stream can also be input by the user. Branching of 
the critical path may be due to, for example, IF, THEN, ELSE logic within the 
critical path. Thus, system redundancy may be provided by way of a job flow 

20 description requiring that Job Z be executed if Job A fails, or alternatively, Job X 
be executed if Job A succeeds. Thus, the job stream has two possible execution 
paths that must be analyzed. The input utility of the present invention can be 
used in conjunction with the CPM engine to address such situations by providing 
separate activity on node graphs addressing each contingency that may affect 

25 the critical path analysis. The CPM engine can process each one of these inputs 
as described above to provide separate CPM analyses. Thus, the input utility 
together with the CPM engine allow for simulation, analysis and optimization for 
differing precedence types, even where the associated contingencies may affect 
the critical path. 

30 
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Floats 

Table 1 shows two columns, Free Float (FF) and Total Float (TP). FF is the 
amount of time a job can either be delayed or increase in duration before 
delaying its successors. TF is the amount of time a job can be delayed or 
5 increase In duration before delaying the entire job stream of which it is a part. FF 
and TF are by definition both zero for a critical path job. For a non-critical path job 
TF is always greater than or equal to FF. 

These floats represent "holes" within the overall execution of the job 
stream. By delaying non-critical path jobs by judicious use of the floats, it 
10 becomes possible to flatten machine loads. 

Figure 4 shows a screen shot of the Optimizer™ system showing a 
modified Gantt style display of the opportunistic execution of the job stream 
shown in Figure 2. Jobs and boxes are labeled with titles. Total Float, or the 
amount of time a job may either shift or increase In duration without delaying the 

15 finish of the entire job stream, is identified by the reference numeral 400. Free 
Float, the amount of time a job may either shift or increase in duration without 
delaying Its immediate successors, is identified by the reference numeral 402. 
The critical path jobs for the entire job stream are shown with the darkest shading 
and identified by the reference numeral 404. In practice, these different elements 

20 may be color-coded. 

Several interesting features can be gleaned from this display. The jobs 
with free float can effectively increase in duration consuming the entire available 
float without delaying their successors or the end of the entire job stream. In 
many schedulers it is possible to trigger an alarm (enterprise IT event which 

25 needs to be handled either by other software or technicians) when a job executes 
longer than deemed necessary. Using this display, or processing the underlying 
scheduling and float information independent of a display, it becomes possible to 
determine the amount of extra time needed before triggering an aiarnri. Indeed, in 
some cases alarms may be triggered unnecessarily as the perceived delay will 

30 have no bearing on the temriination time of the job stream, in this regard, 
available float times and expected durations of successor jobs may be 
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considered in determining a time for triggering an alarm. For example, an alarm 
may be triggered when a job is delayed at any time later than the scheduled end 
time for the job, for example, up to a time when all available float has been used 
such that the job is now on the critical path. An alternate time within the window 
5 thereby defined may be selected to generate an alarm so as to allow time for 
resolving problems without delaying job stream completion. 

Of particular interest are the two smaller substreams, box1 and box2. As 
the entire job stream has a critical path, so do each of the encapsulated 
substreams. Critical paths 404 are always displayed at the top of each 

10 substream. However, it should be noted that the critical paths of box1 and box2 
have some amount of free float. It Is only within each substream that the critical 
path jobs have rio float. This is an Irnportant point because it allows the leveling 
algorithm to borrow free float from a job stream and apply that float to jobs 
contained within it. In other words a job can inherit free float from its parent job 

IS stream even when, within that sub-schedule, it is a critical path job and has 
neither free or total float. Conversely, a parent job stream can legate float to its 
successor streams. It should be noted in this regard that boxes do not run on 
machines - they are only ephemeral abstractions to group related tasks with 
common precedences. Therefore the leveling algorithm discussed below 

20 concentrates on shifting jobs, not schedules. 

Finally, the histogram display in the bottom pane 406 of Fig. 4 shows the 
machine loads. The pane has several tabs: one for each machine upon which the 
job stream runs and one which shows the sum of all machines. 

Resource Leveling: Window of Opportunity 

25 A job stream runs on a set of machines within an IT infrastructure. Figure 

5 shows a histogram representing job loads during a 90 minute job stream. From 
one to four jobs will be running at any given time. 

Figure 6 shows a histogram of the job stream of Fig. 5 after resource 
leveling by using the Free Float (FF) to move non-critical path jobs within their 
30 respective windows together with a Gantt chart for the stream. This resource 
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leveling algorithm is a modification of the basic Minimum Moment heuristic 
described by Robert B. Harris ""Precedence and Arrow Networking Techniques for 
Construction", 1978. Wiley & Sons., New York. The modification to the Minimum 
Moment heuristic is from Julio C. Martinez, "Resource Leveling Using the 

5 Generalized Minimum Moment Algorithm", 1992, Technical Report UMCEE 92- 
14, University of Michigan. Briefly, the Minimum Moment heuristic involves 
generating a histogram that plots resource usage versus time and then shifting 
activities to find an improved histogram that has a minimized moment about the 
time axis. In this regard, a flat histogram would represent the assumed ideal 

10 resource allocation. To reduce the processing resources required to find a 
solution approximating the optimal solution, certain heuristics are applied to 
determine which activities to move in which sequence. The noted modification to 
the Minimum Moment heuristic relates to how activities are grouped for 
comparison to another so as to evaluate possible shifts to reduce the moment. 

15 The Gantt chart above the histogram shows the non-critical jobs In their 

new positions within their Free Float windows as determined using the noted 
leveling algorithm. These new positions represent Scheduled Start (SS) and 
Scheduled Finish (SF). Now, the maximum number of jobs which run is only 
three. Note that resource leveling is aptly named as it lowers job load peal<s by 

20 filling in job load valleys. The overall outcome is that the machine load is less for 
the given job stream. This in turn allows the jobs to run in less time decreasing 
the entire duration of the job stream. 

The ultimate goal of the Optimizer™ system is to calculate an alternate 
execution sequence that levels resource use across the enterprise. Figure 7 

25 shows the calculated solution for the job stream shown in Figure 4. The resource 
histogram panel 700 shows the results of the leveling minimum moment 
algorithm. Using the generalized minimum moment heuristic, non-critical path 
jobs are repositioned within their Free Float window. A non-critical job with no 
Free Float still, by definition, must have some amount of Total Float. Since a Free 

30 Float of zero is indicative of successors, repositioning successors that have a 
non-zero Free Float in turn gives Free Float to the predecessor. By exploiting 
floats, the scheduler then can be used to delay jobs to periods of lower machine 



22 



wo 03/067425 



PCT/US03/03562 



loads without delaying the overall job stream execution. In most cases, this 
alternate schedule is produced automatically, though there is an allowance for 
some user input that leverages job or machine specific knowledge. It is not a 
requirement that this specific knowledge be represented as an estimate or metric, 

5 the user can, on the Gantt style display chart shown in the top panel 702 of 
Figure 7, simply "drag" non-critical path jobs to a new position (in essence, new 
start and end times) either creating an alternate schedule without the automated 
minimum moment heuristic (Figure 6) leveling or just modifying the results of the 
heuristic. The modified Gantt style display cleariy shows the shifted activities. In 

10 this regard, critical path jobs (if float has not been added as discussed below), 
may be "greyed ouf or otherwise graphically identified as being unavailable to be 
moved. In addition, in the graphical user interface, non-critical path jobs may be 
constrained such that they cannot be moved beyond the limits of their calculated 
floats in connection with the noted drag-and-drop functionality. Upon moving a 

15 job, the Optimizer™ system is operative to automatically recalculate execution 
times and floats for all affected jobs. 

In Fig. 7, both box1 and box2 have been extended in duration as a result 
of their internal jobs inheriting float. In box2, jobs job5J5 and iob7_1 were on the 
critical path prior to leveling. After the leveling, both jobs have been shifted to 
20 later start times. A shifted job now displays back float, similar to free float in that 
any shift to an earlier start time will not cause a predecessor job to shift to an 
eariier start time. Also similar to total float is total back float, where a job, if shifted 
to an eariier start time will not cause the entire job stream to shift to an eariier 
start time. 

25 This particular solution is calculated within the minimum execution time of 

the entire schedule as indicated by the critical path jobs shown at the top of the 
Gantt display. In this way, it is possible to level the resource use by taking 
advantage of the free and total floats of the jobs and job streams not on the 
critical path. However, an alternate solution and one that can further level 

30 resource use is to give some amount of free float to the entire job stream. In other 
words the entire schedule can inherit free float much as the jobs inside a sub-job 
stream can inherit their parent's float. The Optimizer™ system, when the user 
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chooses the Calculate menu choice, prompts the user for some amount of time to 
add to the entire displayed schedule. The default choice of zero time results in 
the minimum execution time shown in Figure 7. The histogram display in Figure 7 
indicates that there are approximately five minutes where the resource load is 3 
5 jobs running at the same time. If five minutes were added to the entire schedule, 
then the resource load would be further leveled resulting in loads of only two jobs 
running concurrently. This is shown in Fig. 9. 

Execution of a Job Stream using new schedule 

The Optimizer'™ system now can be used to execute the job stream in 
10 collaboration with the scheduler. All commercially available schedulers allow 
some level of integration into the IT enterprise. This integration allows the 
enterprise to send and receive events to and from the scheduler. The 
Optimizer'^'^ system uses this capability to execute and monitor a job stream. The 
application monitors or receives start, running and stop events while, at the same 
15 time, sends on-hold and off-hold events to the schedule. The on-hold and off-hold 
events are how the Optimizer"^" system shifts the start time of a job. Figure 8 
shows the Optimizer™ system executing the job stream from Figure 7. The 
vertical line 800 indicates the current time in the execution sequence. The 
Optimizer™ system constantly recalculates the Critical path and the leveling 
20 solution upon receiving start, running and stop events. In this way, fluctuations in 
execution duration of any job or sub-job stream are handled dynamically. This 
includes any job shifted or un-shifted which executes longer than its available 
free or total float causing a shift In critical path. 

The initial historical times representing the default or opportunistic 
25 execution from which the critical path and leveling solution are calculated 
constitute an approximate model of the execution behavior. This model can be 
adjusted dynamically during execution constantly re-calculating to ensure 
minimum resource use. 

Once the new schedule has been executed, the schedule can be saved to 
30 a file using a get/save format. Since all of the execution times, floats and shifts 
are stored in this file it is not necessary to obtain historical data from the 
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scheduler the next time the Optimizer™ system executes the schedule. The file is 
just loaded back into the application and the user can either recalculate a new 
schedule by adding some float to the entire schedule to further level resources or 
just simple choose the Run menu option. 

5 Modifications 

The Optimizer™ system also will allow the user to modify run times or 
change the job stream by adding jobs and estimated runtimes or removing jobs. 
In this way the user can manage growth as it happens. This is achieved by 
incremental loading of JIL files with estimated duration times inserted using the 
10 start_time and end_time tags as mentioned earlier. It is not necessary to obtain 
historical run-times for the jobs. Even though these are time estimates, once the 
modified job stream has been executed these estimated times are replaced with 
actual timesi. Since the Optimizer™ system dynamically adjusts shifts during 
execution, the estimated times have a minimal impact on the resource leveling. 

15 The scheduler executes the job stream. During this run-time phase, the 

Optimizer system interfaces with the scheduler and monitors the job stream 
closely to determine that execution windows (start to finish), for each job, fall 
within the simulated limits of the optimized schedule. Then, when appropriate, the 
Optimizer system commands the scheduler to delay certain jobs in order to level 

20 machine loads. Since the Optimizer system is monitoring run-times constantly, 
the data is stored In the model allowing schedule refinements to occur during a 
subsequent analysis-simulation phase. 

Modeling 

25 The Optimizer™ system also will allow the user to modify run times or 

change the job stream by adding jobs and estimated runtimes or removing jobs. 
The analysis and simulation steps can then be perfonned to detemriine predicted 
machine loads before and after a proposed alternate schedule. In this way the 
user can manage growth as it happens. 

30 While various embodiments of the present invention have been described 

in detail, it is apparent that further modifications and adaptations of the invention 

25 
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will occur to those skilled in the art. However, it is to be expressly understood 
that such modifications and adaptations are within the spirit and scope of the 
present invention. 
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What is claimed: 

1 . A metliod for use in analyzing job streams, comprising tlie steps of: 
receiving input information defining a job stream including arbitrary 

precedence logic, said job stream involving a number of jobs to be executed 

S using a defined resource set, said jobs including multiple predecessor jobs and 
multiple successor jobs that may be the same or different than the predecessor 
jobs, where an execution of each of said successor jobs is dependent on an 
outcome of one or more of said predecessor jobs, and said arbitrary precedence 
logic includes at least one AND precedence set such that execution of first 

10 successor job is dependent on an outcome of each of two or more of said 
predecessor jobs and at least one OR precedence set such that execution of a 
second successor job, that may be the same or different than said first successor 
job, is dependent on an outcome of less than all of two or more predecessor jobs; 
first configuring a first processor to execute a Critical Path Method (CPM) 

15 algorithm adapted to handle said arbitrary precedence logic, said CPM algorithm 
involving the identification of a job path within said job stream wherein each job of 
said job path has an identical early start and late start time upon proper 
application of all associated precedences; and 

first emplo^ng said processor to process said job stream using said CPM 

20 algorithm. 

2. A method as set forth in Claim 1, wherein said job stream is a batch 
process job stream of a computer network. 

25 3. A method as set forth in Claim 1, wherein said step of first employing 
comprises simulating said job stream using said CPM algorithm. 

4. A method as set forth in Claim 1, wherein said step of first employing 
comprises analyzing said job stream using said CPM algorithm. 
30 5. A method as set forth in Claim 1, wherein said step of first employing 
comprises optimizing said job stream using said CPM algorithm. 
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6. A method as set forth in Claim 1 . further comprising the steps of: 
second configuring a second processor, which may be the same as or 

different than said first processor, to execute a resource leveling algorithm based 
at least in part on said CPM algorithm, said resource leveling algorithm being 
5 directed to moderating a usage extremum of at least one resource of said defined 
resource set, said extremum being one of a relative minimum usage level of said 
resource and a relative maximum usage level of said resource; and 

second employing said second processor to process said job stream using 
said resource leveling algorithm. 

10 

7. A method as set forth in Claim 6, wherein said step of second employing 
comprises identifying a non-critical path job and rescheduling said non-critical 
path job. 

15 8. A method as set forth in Claim 1, wherein said step of first configuring 
comprises executing said algorithm so as to handle arbitrary precedent types, 
said arbitrary precedence types including at least a first outcome type relating to 
a first outcome of a first predecessor job and a second outcome type, different 
than said first outcome type, relating to a second outcome of a second 

20 predecessor job. 

9. A method as set forth in Claim 1, wherein said first processor is further 
operative for determining a first float of a first job and a second float of a second 
job related to said first job, said second float including a transferred portion 

25 associated with said first float of said first job. 

10. A method as set forth in Claim 1, wherein said job stream includes a 
parent object and first and second child objects and said processor is operative to 
detemriine a float of one of said first and second child objects that is due at least 

30 in part to an inheritance from the parent object. 

11. A method as set forth in Claim 8, wherein said second float is comprised 
entirely of said inherited portion associated with said first float of said first 
predecessor job. 



28 



wo 03/067425 



PCT/US03/03562 



12. A method as set forth in Claim 1, wherein said first processor is further 
operative for graphically depicting, on a graphical user interface, output 
information including float for at least one job of said predecessor jobs and 

5 successor jobs. 

13. A method as set forth in Claim 12, wherein said first processor is further 
operative for executing changes to a schedule of said job stream in response to 
user inputs entered relative to said graphical user interface. 

10 

14. A method as set forth in Claim 1, wherein said first processor is operative 
for determining a float for a first job of said predecessor and successor jobs and 
for making a determination regarding a time for triggering an alarm concerning a 
delay in completion of said first job, said determination being based at least in 

15 part on said float of said first job. 

15. A method as set forth in Claim 1, wherein said first processor is operative 
to add a float to said entire job stream and use said float to schedule execution of 
said job stream. 

20 

16. A method as set forth in Claim 1 , wherein said first processor is further 
operative for monitoring execution of said job stream and dynamically 
rescheduling jobs of said job stream based on said monitoring. 

25 17. A method for use in analyzing job streams, comprising the steps of: 

receiving input information defining a job stream including arbitrary 
precedence types, said job stream involving a number of jobs to be executed 
using a defined resource set, said jobs including multiple predecessor jobs and 
multiple successor jobs that may be the same or different than the predecessor 

30 jobs, where an execution of each of said successor jobs is dependent on an 
outcome of one or more of said predecessor jobs, and said arbitrary precedence 
types include at least a first outcome type relating to a first outcome of a first 
predecessor job and a second outcome type, different than said first outcome 
type, relating to a second outcome of a second predecessor job; 
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first configuring a first processor to execute a Critical Path Method (CPM) 
algorithm adapted to handle said arbitrary precedence types, said CPM algorithm 
involving the identification of a job path within said job stream wherein each job of 
said job path has an identical early start and late start time upon proper 
5 application of associated precedences; and 

first employing said processor to process said job stream using said CPM 
algorithm. 

18. A method as set forth in Claim 17, wherein said job stream is a batch 
10 process job stream of a computer network. 

19. A method as set forth in Claim 17, wherein said step of first employing 
comprises simulating said job stream using said CPM algorithm. 

15 20. A method as set forth in Claim 17. wherein said step of first employing 
comprises analyzing said job stream using said CPM algorithm. 
21. A method as set forth in Claim 17, wherein said step of first employing 
comprises optimizing said job stream using said CPM algorithm. 

20 22. A method as set forth in Claim 17, further comprising the steps of: 

second configuring a second processor, which may be the same as or 
different than said first processor, to execute a resource leveling algorithm based 
at least in part on said CPM algorithm, said resource leveling algorithm being 
directed to moderating a usage extremum of at least one resource of said defined 
25 resource set, said extremum being one of a relative minimum usage level of said 
resource and a relative maximum usage level of said resource; and 

second employing said second processor to process said job stream using 
said resource leveling algorithm. 

30 23. A method as set forth in Claim 17, wherein said step of second employing 
comprises identifying a non-critical path job and rescheduling said non-critical 
path job. 
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24. A method as set forth in Claim 17, wherein said first processor is further 
operative for determining a first float of a first job and a second float of a second 
job related to said first job, said second float including a transferred portion 
associated with said first float of said first job. 

5 

25. A method as set forth in Claim 17, wherein said first processor is further 
operative for graphically depicting, on a graphical user interface, output 
information including float for at least one job of said predecessor jobs and 
successor jobs. 

10 

26. A method as set forth in Claim 25, wherein said first processor is further 
operative for executing changes to a schedule of said job stream in response to 
user inputs entered relative to said graphical user interface. 

27. A method as set forth In Claim 17, wherein said first processor is operative 
15 to add a float to said entire job stream and use said float to schedule execution of 

said job stream. 

28. A method as set forth in Claim 17, wherein said first processor is 
further operative for monitoring execution of said job stream and dynamically 

20 rescheduling jobs of said job stream based on said monitoring. 

29. A method for use in analyzing job streams, comprising the steps of: 
receiving input information defining a job stream involving a number of 

jobs to be executed using a defined resource set, said jobs including multiple 
predecessor jobs and multiple successor jobs that may be the same or different 
than the predecessor jobs, where an execution of each of said successor jobs is 
dependent on a completion of one or more of said predecessor jobs; 

first configuring a first processor to execute a resource leveling algorithm 
directed to moderating a usage extremum of at least one resource of said defined 
resource set, said extremum being one of a relative minimum usage level of said 
resource and a relative maximum usage level of said resource; and 

first employing said first processor to process said job stream using said 
resource leveling algorithm. 
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30. A method as set forth in Claim 29, wherein said job stream is a batch 
process job stream of a computer network. 

31 . A method as set forth in Claim 29, wherein said step of first employing 
5 comprises identifying a non-critical path job and rescheduling said non-critical 

path job. 

32. A method as set forth in Claim 29, wherein said first processor is operative 
10 to execute a critical path method algorithm adapted to handle arbitrary 

precedence logic, said arbitrary precedence logic including at least one AND 
precedence set such that execution of a first successor job is dependent on an 
outcome of each of two or more predecessor jobs and at least one OR 
precedence set such that execution of a second successor job, that may be the 
15 same or different than said first successor job, is dependent on an outcome of 
less than all of two or more predecessor jobs. 

33. A method as set forth in Claim 29, wherein said first processor is operative 
to execute a critical path method algorithm adapted to handle arbitrary 

20 precedence types, said arbitrary precedence types including at least a first 
outcome type relating to a first outcome of a first predecessor job and a second 
outcome type, different than said first outcome type, relating to a second outcome 
of a second predecessor job. 

25 34. A method as set forth in Claim 29, wherein said first processor is operative 
for determining a first float of a first job and a second float of a second job related 
to said first job, said second float including a transferred portion associated with 
said first float of said first job. 

30 35. A method as set forth in Claim 29, wherein said first processor is further 
operative for graphically depicting, on a graphical user interface, output 
information including float for at least one job of said predecessor jobs and 
successor jobs. 
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36. A method as set forth in Claim 35. wherein said first processor is further 
operative for executing changes to a schedule of said job stream in response to 
user inputs entered relative to said graphical user interface. 

5 37. A method as set forth in Claim 29, wherein said first processor is operative 
to add a float to said entire job stream and use said float to schedule execution of 
said job stream. 

38. A scheduler, comprising: 

input structure configured to receive input information defining a job 
stream including arbitrary precedence logic, said job stream involving a number 
of jobs to be executed using a defined resource set, said jobs including multiple 
predecessor jobs and multiple successor jobs that may be the same or different 
than the predecessor jobs, where an execution of each of said successor jobs is 
15 dependent on an outcome of one or more of said predecessor jobs, and said 
arbitrary precedence logic includes at least one AND precedence set such that 
execution of first successor job is dependent on an outcome, of each of two or 
more of said predecessor jobs and at least one OR precedence set such that 
execution of a second successor job, that may be the same or different than said 
20 first successor job, is dependent on an outcome of less than all of two or more 
predecessor jobs; 

processing structure configured to execute a Critical Path Method (CPM) 
algorithm adapted to handle said arbitrary precedence logic, said CPM algorithm 
involving the identification of a job path within said job stream wherein each job of 
25 said job path has an identical early start and late start time upon proper 
application of all associated precedences; and 

output structure for providing an output based on processing of the job 
stream by said processing structure using the CPM algorithm. 

30 39. A scheduler as set forth in Claim 38, wherein said processing structure is 
configured to execute said algorithm so as to handle arbitrary precedence types, 
said arbitrary precedence types including at least a first outcome type relating to 
a first outcome of a first predecessor job and a second outcome type, different 
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than said first outcome type, relating to a second outcome of a second 
predecessor job. 

40. A sclieduler as set forth in Claim 38, wherein said input structure is 
5 configured to execute a resource leveling algorithm based at least in part on said 

CPM algorithm, said resource leveling algorithm being directed to moderating a 
usage extremum of at least one resource of said defined resource set, said 
extremum being one of a relative minimum usage level of said resource and a 
relative maximum usage level of said resource. 

41 . A scheduler, comprising: 
input structure configured to receive input information defining a job 

stream including arbitrary precedence types, said job stream involving a number 
of jobs to be executed using a defined resource set, said jobs including multiple 
predecessor jobs and multiple successor jobs that may be the same or different 
than the predecessor jobs, wherein execution of each of said successor jobs is 
dependent on an outcome of one or more of said predecessor jobs, and said 
arbitrary precedence types include at least a first outcome type relating to a first 
outcome of a first predecessor job and a second outcome type, different than 
said first outcome type, relating to a second outcome of a second predecessor 
job; 

processing structure configured to execute a critical path method algorithm 
adapted to handle said arbitrary precedence types, said CPM algorithm involving 
the identification of a job path within said job stream, wherein each job of said job 
path has an identical Early Start and Late Start time upon proper application of 
said associated precedences; and 

output structure for providing an output based on processing of the job 
stream by said processing structure using the CPM algorithm. 

42. A scheduler as set forth in Claim 41, wherein said processing structure is 
operative to execute a resource leveling algorithm based at least in part on said 
CPM algorithm, said resource leveling algorithm being directed to moderating a 
usage extremum of at least one resource of said defined resource set, said 
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extremum being one of a relative minimum usage level of said resource and a 
relative maximum usage level of said resource. 

43. A method for use in analyzing job streams, comprising the steps of: 
5 receiving input information including a definition of a job stream involving a 

number of jobs to be executed using a defined resource set; 

identifying a parent object of said job stream having first and second child 
objects; 

identifying a float associated with the parent object; and 
10 first configuring a first processor to execute logic for determining a second 

float associated with one of the first and second child objects, said second float 
defining a temporal flexibility for at least one of a start time and an end time for 
executing said one of the first and second child objects, said second float 
including an inherited portion associated with a first float of said first parent 
15 object. 

44. A method as set forth in Claim 43, wherein said job stream Is a batch 
process job stream of a computer network. 

20 45. A method as set forth in Claim 43, wherein said first float of said parent 
object is dependent on a scheduling of a predecessor object. 

46. A method as set forth in Claim 43, wherein said logic is operative for 
determining floats for each of first and second child objects based at least in part 

25 on said inherited portion of said float. 

47. A method as set forth in Claim 43, wherein said parent object comprises a 
substream including multiple jobs and associated dependencies. 

48. A method as set forth in Claim 43, wherein said inherited float comprises 
30 less than the whole of said second float. 

49. A method for use in analyzing job streams, comprising the steps of: 
receiving input information defining a number of jobs to be executed using 

a defined resource set, said jobs including multiple predecessor jobs and multiple 
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successor jobs that may be the same or different than the predecessor jobs, 
where an execution of each of said successor jobs is dependent on a completion 
of one or more of said predecessor jobs; and 

operating a computer system to determine and graphically depict, on a 
5 graphical user interface, output information including float for at least one of said 
number of jobs, where said float relates to a temporal flexibility of at least one of 
a start time and an end time for a subject job. 

50. A method as set forth in Claim 49, wherein said job stream is a batch 
10 process job stream of a computer network. 

51 . A method as set forth in Claim 49, wherein said computer system is further 
operative for executing changes to a schedule of said number of jobs and 
response to user Inputs entered relative to said graphical user interface. 

15 

52. A method for use in analyzing job streams, comprising the steps of: 
receiving input information defining a job stream involving a number of 

jobs to be executed using a defined resource set, said jobs including multiple 
predecessor jobs and multiple successor jobs that may be the same or different 
20 than the predecessor jobs, where an execution of each of said successor jobs is 
dependent on a completion of one or more of said predecessor jobs; 

first operating a computer system to graphically depict, on a graphical user 
interface, a usage graph reflecting a usage level of at least one resource of said 
resource set over a time period corresponding to execution of at least a portion of 
25 said job stream according to a first job stream schedule; 

receiving, relative to said graphical user interface, a user input for altering 
a portion of said usage graph; and 

second operating said computer system to alter said first job stream 
schedule based on said user input. 

30 

53. A method as set forth in Claim 52, wherein said job stream is a batch 
process job stream of a computer network. 



36 



wo 03/067425 



PCT/US03/03562 



54. A method as set forth in Claim 46. wherein said computer system Is further 
operative to graphically depict output information including float for at least one 
job of said job stream. 

5 55. A method for use in analyzing job streams, comprising the steps of: 

receiving input information defining a job stream involving a number of 
jobs to be executed using a defined resource set, said jobs including multiple 
predecessor jobs and multiple successor jobs that may be the same or different 
than the predecessor jobs, where an execution of each of said successor jobs is 
10 dependent on a completion of one or more of said predecessor jobs; 

first operating a computer system to determine, for a first job of said 
number of jobs, first information related to an execution time of said first job and 
second information relating to a float time of said first job; and 

second operating said computer system to make a determination 
15 regarding a time for triggering an alarm concerning a delay in completion of said 
first job, said determination being based at least in part on said second 
information relating to said float time of said first job. 

56. A method as set forth in Claim 55, wherein said job stream is a batch 
20 process job stream of a computer network. 

57. A method as set forth in Claim 55, wherein said first job has a scheduled 
end time followed by a float time and said step of second operating comprises 
identifying said time for triggering said alarm as being later than said scheduled 

25 end time but not later than an end of said float time. 

58. A method for use in analyzing a job stream, comprising the steps of: 
receiving input information defining a job stream involving a number of 

jobs to be executed using a defined resource set, said jobs including multiple 
30 predecessor jobs and multiple successor jobs that may be the same or different 
than the predecessor jobs, where an execution of each of said successor jobs is 
dependent on a completion of one or more of said predecessor jobs; 

identifying first and second subsets of said job stream, said first subset of 
said job stream including at least a first job, said first subset being a predecessor 
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within a context of said job stream to said second subset of said job stream, said 
second subset including at least a second job, wherein said definition of said job 
stream requires that said first subset is at least partially executed prior to said 
second subset; 

5 second identifying a critical path relative to said second subset, where 

each critical path job on said critical path has zero float time such that a delay of 
any one of said critical path jobs results in a delay in completion of said second 
subset; 

third identifying a first subset float time relating to a temporal flexibility in 
10 executing said first subset without delaying completion of said job stream; and 

using said first subset float time to establish an execution time of a critical 
path job of said second subset. 



59. A method as set forth in Claim 58, wherein said job stream is a batch 
15 process job stream of a computer network. 

60. A method for use in analyzing a job stream, comprising the steps of: 
receiving input information defining a job stream involving a number of 

jobs to be executed using a defined resource set, said jobs including multiple 
20 predecessor jobs and multiple successor jobs that may be the same or different 

than the predecessor jobs, where an execution of each of said successor jobs is 

dependent on a completion of one or more of said predecessor jobs; 

operating a computer system to identify a back float for a first successor 

job of said successor jobs, said back float relating to a flexibility to move a 
25 scheduled starting time of said first successor job to an earlier time without 

rescheduling a preceding one of said predecessor jobs; and 

using said back float to determine an actual starting time for said first 

successor job. 

30 61. A method as set forth in Claim 60, wherein said job stream is a batch 
process job stream of a computer network. 

62. A method as set forth in Claim 60, wherein said step of using said back 
float comprises executing a resource leveling algorithm directed to moderating a 
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usage extremum of at least one resource of a defined resource set, said 
extremum being one of a relative minimum usage level of said resource and a 
relative maximum usage level of said resource. 

63. A method for use in analyzing a job stream, comprising the steps of: 
receiving input information defining a job stream involving a number of 

jobs to be executed using a defined resource set, said jobs including multiple 
predecessor jobs and multiple successor jobs that may be the same or different 
than the predecessor jobs, where an execution of each of said successor jobs is 
dependent on a completion of one or more of said predecessor jobs; 

first operating a computer system to add a float time to said entire job 
stream, said float time relating to a temporal flexibility for an execution time of 
said job stream; and 

second operating said computer system to use said input information and 
said added float time to schedule execution of said job stream. 

64. A method as set forth in Claim 63, wherein said job stream is a batch 
process job stream of a computer network. 

65. A method as set forth in Claim 63, wherein said step of first operating 
comprises selecting said float time from a predefined menu of float times. 

66. A method as set forth in Claim 63, wherein said step of second operating 
comprises executing a resource leveling algorithm directed to moderating a 
usage extremum of at least one resource of said defined resource set, said 
extremum being one of a relative minimum usage level of said resource and a 
relative maximum usage level of said resource. 
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